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REMARKS 

Claims 1-30 stand rejected under § 1 01 as lacking practical application. 

Applicants amend Claim 1 to recite statutory subject matter, namely, preparing to copy data^ 
using the cross-reference. (No amendment was made in response to the prior art.) Applicants thank 
the Examiner for the language suggestion. 

Applicants also amend Claim 1 to fiirther distinguish the prior art. 

Claims 1-30 also stand rejected under §102 as anticipated by Mimaisu et al., U,S. Patent 
Application Publication No. 2004/01 1 1 485. Applicants respectfully traverse the rejection. 

Mimatsu docs not teach or suggest ''adding [a] pair, by infonmtion other thanjirst device 
identifiers, to a copy group already containing another storage-device pair" as now recited in all 
of the claims. The Mimatsu API control block only idtmtifies tht? two disk volumes in a copy pair. 
The API control block cannot identify more disk volumes than the two in a single copy pair. 

The Office Action proposes virtual volume identifier 8103, 8104 as the recited infomiation 
other than first device identifiers and proposes the first colunm of figure 3 (clement 3 101) as the 
recited group. 

But FIG. 3 illustrates a disk-volume-management table) for managing a disk volume. 
BRIEF DESCRIPTION OF THE DRAWINGS; HOOSt. 1|0053 describes the construcdon of the 
FIG. 3 disk-volume-management table t"DVM table"). As each single disk volume is recognized, a 
single line is added to the DVM table. Thus, the construction of the D VM table does not involve 
pairs of storage devices as recited in all of the claims, 

Tlie DVM tabic does not group pairs of disk volumes. It i$n*t the purpose of the DVM table 
to group pairs of slomge devices as recited in all of the claims. Instead, a DVM table associates a 
single disk volume with a single API, 1[0051'0053. But an API is not o copy group; it is an 
application programming interface. 110052. 

A copy pair differs from a copy group. (Indeed, the term "copy group'' may be better 
phrased as "copy-pair group.") The invention facilitates managing multiple copy pairs by allowing 
a group of copy pairs to be defined and allowing operations to be specified for all pairs in die copy 
group. Specification at page 15, lines 4-6. 

At the points indicated in tiie Office Action, Mimatsu does not teach or suggest grouping a 
pair of storage devices in a copy group by information oibcr Hum first device identifiers as recited 

in all of the claims. 
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At the points indicated in the Office Actioa, Mimatsu docs not teach or suggest ^''identifying 
the copy group^^ as recited in all of the claims. Tlic Office Action proposes that the recited 
language reads on Mimatsu*? "saving the pair as API control block shown in figure 8, called ftinci 
as example; paragraph 6 1 

Firstly, Mimalsu does not identify a copy group — not unexpected when the reference forms 
no copy group. 

Secondly, tlie FiG. 8 API control block only identifies the two disk volumes in a copy pair. 
The block docs not and indeed has no provision to identify a copy group to which the copy pair 
belongs- 

Thirdly, TI0061 makes no mention of copy groups. 

The reference in the OfBct: Action to fund is unavailing. Fund is a disk-volumc-spccific 
instruction — not an identification of a copy group, and not a copy group itself. ^0061. 

At the points indicated in the Office Action, Mimatsu does not leach or suggest identifying 
copy groups as recited in all of the claims. 

At the points indicated in the Office Action, Mimatsu does not teach or suggest "cross^ 
referencing the copy-group identifier and the first device identifiers of the paif' as recited in all 
of the claims. The Office Action proposes the relationship of tlic device identifiers 141 06 and the 
copy-pair API 14107 (FIG. 14, 110077) as the recited cross-referencing. 

Firstly, Mimatsu does not eross-rcfcrcncc a copy-group identifier — not unexpected when 
the reference docs not identify a copy group. 

Secondly, FlO. 14 illustrates another DVM table. BRIEF DESCRIPTION OF THE 
DEIAWINGS. As such, it too associates a single disk volume with now plural APIs* f 0077. But, 
again, an API 14107 is not a copy-group identifier; it is an application programming interface. 
110052. 

It is not clear that an API 14107 can uniquely identity a single copy pair, let alone a group of 
copy pairs as recited in all of die claims. 

At the points indicated hi tlie Office Action, Mimatsu does not teach or suggest cross- 
referencing die copy-group identifier and the first device identifiers of tlie pair as recited in all of 
the claims. 
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At the points indicated in the Office Action, Mimatsu does not teach or suggest ^receiving a 
first input specifying one or more first device identifiers" or ''obtaining one or more hardware 
addresses in response to the first inpuf as recited in Claims 2-5 and 12-1 5. The Office Action 
proposes the Mode Select and Mode Senjie instructions a*; the first input and paints to ^0051 . 

Firstly, T10051 docs not teach or suggest that the Mode Select or the Mode Sense instruction 
specifies a first device identifier. 

Secondly, ^[005 1 does not teach or suggest that any hardware address is obtained in response 
to a Mode Select or Made Sense instruction. Indeed, 1|005 1 does not teach or suggest what is to be 
done when a Mode Select or Mode Sense instruction is received. 

At the points indicated in the OfRce Action, Mimatsu does not teach or suggest (1) receiving 
a first input specifying one or more first device identifiers or (2) obtaining one or more hardware 
addresses in response to tlic first input as recited in Claims 2-S and 12-15. 

At the points indicated in the Office Action, Mimatsu does not teach or suggest ^^cross^ 
referencfingj ...a second device identifier that is associated with the ... recording device [and 
that] represents the ... recording device to programs ... in tlte second computei^^ as recited in 
Claims 7 and 17. The Office Action proposes computer 1201 as the recited second computer and 
the process described in ^0057-0058 as the recited cross-referencing. (^0058 points out F1G» 12, 
and the Office Action asserts Mimaisu's DVM tabic as the recited cross-referencing.) 

Firstly, 1j0057-00S8 do not teach or suggest a second device identifier for a recording 
device, let alone a recording device in a pair of recording devices, as recited in Claims 7 and 17. 

Secondly, there is a fault in the logic of the rejection. The Office Action state$» ''Mimatsu 
teaches that the volumes are used by botli computers. Tlierefbre, the mappings are performed for 
both computers.** However, just because both computers use the same volumes docs not mean that 
a recording device has a second identifier representing the recording device on the second 
computer. The two computers may use the same identifier. 

Indeed, Mimatsu states that the volume management table 16315 [has] tlic same 
configuration of the first embodiment," f 0089. This first embodiment of Mimatsu has only one 
computer. In such a single-computer embodiment, a second device identifier useful on a second 
computer would be superfluous. 

At the points indicated in the Oilicc Action, Mimatsu does not teach or suggest ctdhs- 
referencing a second device identilier that is associated with the recording device and represents the 
recording device to programs in the second computer, as recited in Claims 7 and 17. 
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CONCLUSION 

Mimatsu does not teach or suggest the invention as claimed. Applicants respectfully request 
reconsidenition, withdrawal of the finality of tlie last Office Action and allowance, in view of the 
discussion set forth above. 



RcspcctfiiHy submitted. 



Larry Mcndcnhall 

Reg. No. 38,555 

601 California St., Suite 1111 

San Francisco, CA 94108-2805 

Telephone: (415) 989-8080 

Facsimile: (415)989-0910 
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I ccnily ihal this Response lo Olllce Action and any 
following maierlal-s are heing tmns mined hy fticsiniilc on 
October 3, 2007 to the U.S. Patent and Trademark Oflicc 
at telephone number (571) 273-8300. 
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